home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio 2000 #2 / Ham Radio 2000 - Volume 2.iso / HAMV2 / HF / DXH52ENG / TCP&TIPS.TXT < prev    next >
Text File  |  1997-01-04  |  12KB  |  316 lines
  1.      SOMETHING YOU WOULD HAVE NEVER DISCOVERED ALONE.
  2.  
  3.      This is a document added to the 5.1 release of DXHUNTER.
  4.      The  5.1  release allows automatic connections/reconnections also  via
  5.      TCP   nodes,  enabling  very  special  auto  login  features,   telnet
  6.      addressing and other.
  7.      If  you have the luck to connect to an INTERNET TCP radio gateway node
  8.      with your TNC, you have the World Wide DX environment in your hands.
  9.      Maybe  you've already experienced the connection to a DXCluster via  a
  10.      radio  TCP  node  with a connection through the INTERNET;  best  known
  11.      DXClusters  reachable  that  way  are IK5PWJ, NO4J,  JE3YUS  and  many
  12.      others.
  13.      These  packet clusters are often (not always) connected each other, so
  14.      it seems not necessary to reach'em directly.
  15.      But  you  may  want to send a talk to a foreign  friend  (talks,  when
  16.      enabled, won't work between far away nodes), or you may want to get DX
  17.      BULLETINS  from  the  source (some DXCLUSTER lock  the  forwarding  of
  18.      messages addressed to ALL, so the messages in KS9K are not the same as
  19.      the  messages  in T77T, of course); or better you could get  DX  spots
  20.      from  the  source,  at  certain times, when some DXes on  40  and  80,
  21.      spotted by far away hams are feasible for you also.
  22.      I  won't  tell you which TCP platforms to reach or which nodes  you'll
  23.      have  to surf to reach some interesting DX sites: you'll discover them
  24.      alone, in a few days, it's rather easy.
  25.      There  are some problems in engaging a telnet session via a radio  TCP
  26.      node  automatically;  first of all: login, password, then the  timeout
  27.      which  normally  disconnects you after a certain amount of  inactivity
  28.      time.
  29.  
  30.      ALL THESE PROBLEMS HAVE BEEN SOLVED IN DXHUNTER 5.1.
  31.  
  32.      The connection string may now include some extra special fields: let's
  33.      suppose  that your radio INTERNET TCP node is named TCPINT and that it
  34.      accepts  telnet  sessions under the form "t host" (where host  is  the
  35.      host IP address nn.nn.nn.nn or the host name, such as ac4et.ampr.org);
  36.      in this case, the connection string will be simply:
  37.      C TCPINT#t ac4et.ampr.org#IK4VYX!Fab!C DXFLA
  38.  
  39.      the  "#" character identifies single connection commands while the "!"
  40.      character  identifies  single fields into the same connection  command
  41.      (so IK4VYX!Fab! will answer automatically to the login:, password:
  42.      questions; of course you'll have to use your call and your name...).
  43.      Finally the C DXFLA will connect you to NO4J DXCluster.
  44.      Some  TCP nodes just answer "connected to..." then if you want to  see
  45.      their  command prompt you have to send a dummy letter; if TCPINT falls
  46.      in this case, then the string becomes:
  47.      C TCPINT#N!t ac4et.ampr.org#IK4VYX!Fab!C DXFLA
  48.  
  49.      a  "N" dummy letter will be sent to TCPINT before the telnet  command,
  50.      otherwise it will not be executed.
  51.      This feature can be used also for other useful purposes:
  52.      C TCPINT#t ac4et.ampr.org#IK4VYX!Fab!C DXFLA#SET/LOGIN!C
  53.  
  54.      (the "" character, is the Ctrl-C, to switch to command mode).
  55.      the  last  command: SET/LOGIN will enable the login announcements  (it
  56.      could be any other command), while C will produce a dummy "connected"
  57.      word (DXHUNTER needs a CONNECTED keyword between connection steps).
  58.      This procedure can be extended as desired:
  59.      ...#SET/LOGIN!DI/N!SH/DX!...!C
  60.  
  61.  
  62.       TCP&TIPS.TXT page 1 
  63.  
  64.      Note:  if you forget the last !C command, then DXHUNT will wait for a
  65.      CONNECTED  keyword,  resetting the connection after a certain time  if
  66.      the CONNECTED word is not received.
  67.  
  68.      Note:  if  the configuration string exceeds the 78 characters,  you'll
  69.      not  be able to edit it with F1; you'll have to set it from the CONFIG
  70.      program.
  71.  
  72.      FIGHTING THE TIMEOUTS.
  73.      An antitimeout feature was already present in DXHUNTER 5.0.
  74.      It  consisted  in  a simple, periodic  (period  adjustable),  Carriage
  75.      Return;  this  was  to fight some DXCLUSTERs'timeouts  and  it  worked
  76.      properly.
  77.      This feature seemed not to work properly with TCP nodes; so a line has
  78.      been added at the bottom of COMMANDS.INI (the new parameter 21), where
  79.      you  can  set the command you want as a traffic simulation  (a  simple
  80.      blank or a di/n should work).
  81.      Start  without antitimeout; if the antitimeout is needed, start with a
  82.      10  minutes  period,  if  it doesn't work,  progressively  pass  to  9
  83.      minutes, then 8, and so on.
  84.      The  success  of  a  connection strongly depends  on  the  radio  link
  85.      quality:  if  you  use  several  nodes,  far  away  each  other,  your
  86.      connection will probably last a few minutes.
  87.      Please,  use  this  feature carefully, it could  cause  a  significant
  88.      increase  of  traffic: try to set a command that holds a  single  line
  89.      answer by the cluster.
  90.      A  special  antitimeout command can also be used to periodically  test
  91.      the link quality, and restore the link when necessary.
  92.      Example:
  93.      If you set a blank character as antitimeout, the DXCLUSTER will answer
  94.      with  its  prompt; some TCP nodes (not all) answer to a blank  with  a
  95.      "Huh?"  string;  so if you put the "Huh?" string in the  LINK  FAILURE
  96.      MSG.  in CONFIG, you'll obtain a connection reset when the link is  no
  97.      longer active with the DXCluster!
  98.  
  99.      Do you want to become a DXHUNTER's advanced user now?
  100.  
  101.      Read what follows and welcome into DXHUNTER's smart club!
  102.  
  103.  
  104.      DXHUNTER's  TIPS  AND  TRICKS  As you know, DXHUNTER  holds  a  single
  105.      connection string.
  106.      This  problem can be worked around and the solution combined with  the
  107.      use of batch files, TIMER.EXE and WAIT.EXE (WAIT.EXE is a new included
  108.      program;  usage:  WAIT hh:mm; the program will wait till  hh:mm,  then
  109.      stop).
  110.  
  111.      The  following batch file may be used to connect to a stated DXCluster
  112.      (in this example, NO4J).
  113.  
  114.      >NO4J.BAT
  115.  
  116.      @echo off
  117.  
  118.      cd DXHUNTER
  119.  
  120.      del dxhunt50.cfg
  121.  
  122.      copy no4j.cfg dxhunt50.cfg
  123.  
  124.  
  125.       TCP&TIPS.TXT page 2 
  126.  
  127.      REM MENU/A starts the program with in built automatic connection
  128.  
  129.      MENU/A
  130.  
  131.      Of  course you'll have to create the NO4J.CFG file first, by  starting
  132.      CONFIG.EXE,  set the proper connection string to connect to NO4J, save
  133.      &  exit  with  F10  then  rename the  obtained  DXHUNT50.CFG  file  to
  134.      NO4J.CFG.
  135.  
  136.      It's not enough... much more can be done:
  137.  
  138.      The  following  batch  file  is used by me  to  connect  to  different
  139.      clusters,  via TCP nodes at stated times for stated period..s, without
  140.      my presence, with in-built connections and disconnections!
  141.  
  142.      >A_DX_DAY.BAT
  143.  
  144.      @echo off
  145.  
  146.      cd DXHUNTER
  147.  
  148.      START:
  149.  
  150.      REM Next, I want to connect to NO4J DXCluster
  151.  
  152.      del dxhunt50.cfg
  153.  
  154.      copy no4j.cfg dxhunt50.cfg
  155.  
  156.      REM Now wait till noon, my local time
  157.  
  158.      WAIT 12:00
  159.  
  160.      REM Connect to NO4J and stay connected for 2 Hours
  161.  
  162.      TIMER /M120
  163.  
  164.      REM Next, I want to connect to KS9K DXCluster,
  165.  
  166.      REM after staying disconnected for 2 hours
  167.  
  168.      del dxhunt50.cfg
  169.  
  170.      copy ks9k.cfg dxhunt50.cfg
  171.  
  172.      WAIT 16:00
  173.  
  174.      REM Connect to KS9K and stay connected for 1 Hour
  175.  
  176.      TIMER /M60
  177.  
  178.      ....THE DAY IS LONG
  179.  
  180.      ....THE CLUSTERS ARE MANY
  181.  
  182.      REM Repeat the cycle for tomorrow, and the days after...
  183.  
  184.      GOTO START
  185.  
  186.      Note  that the WAIT program is required to change the cfg file between
  187.  
  188.       TCP&TIPS.TXT page 3 
  189.  
  190.      sessions (With TIMER only, this is not possible).
  191.  
  192.      Finally  I'll  teach you how to connect more than one cluster  with  a
  193.      single connection string, keeping all the connections under control!.
  194.      This is a little more complex:
  195.      here is a sample connection string which does the job...
  196.      |AC IR3BLG-1#CONPERM ON!C#...#|B!C IR3BLG-2#CONPERM ON!C#...
  197.  
  198.      Warning:  don't put spaces between the characters "|AC" at the  string
  199.      beginning!.
  200.      In  this sample I suppose to start from IR3BLG to reach two  different
  201.      clusters,  the  first will be connected through IR3BLG-1 on stream  A,
  202.      the second through IR3BLG-2 on stream B (this sample could be extended
  203.      to  stream  C, D and so on; note that it's a good rule to put  a  SSID
  204.      (-1, -2) when you execute multiple connections via the same node.
  205.      The  CONPERM ON command will cause a "LINK OUT OF ORDER" message  when
  206.      one  of the connected streams will loose the connection at the  lowest
  207.      level;  if you add the field !LINK OUT OF ORDER to the UNSUCCESS  MSG.
  208.      string in CONFIG, you'll obtain an automatic connection reset when one
  209.      of  the  connection  drops;  this combined with  the  other  unsuccess
  210.      messages  (RECONNECTED  TO and so on) causes all the connection to  be
  211.      reset  and  rebuilt  when something goes wrong in any stream,  at  any
  212.      level.
  213.      It's  not  enough:  the  above example works only if  you  change  the
  214.      disconnection command in COMMANDS.INI (command 4) from D to:
  215.      |A#CONPERM OFF#D#D#|B#CONPERM OFF#D#D
  216.  
  217.      The  double  D is to force an immediate disconnection on the  selected
  218.      stream  and it's preceeded by CONPERM OFF otherwise that stream  would
  219.      never disconnect.
  220.      If  both  the connections in the above sample are timed out, then  you
  221.      have also to change the command 21 in COMMANDS.INI to |B #|A (note:
  222.      put  a space character after the A), so a dummy space command will  be
  223.      sent on both the streams avoiding time out; the order B>A will set the
  224.      stream A as the I/O current stream on TNC.
  225.  
  226.      A  big  disadvantage in this process is that if you use 3  connections
  227.      and just 1 of them goes wrong, DXHUNTER will reset and rebuild all the
  228.      connections  cause it has just one connection string and generally  it
  229.      can't  understand  where the fault message has been generated;  that's
  230.      why  I suggest to use this trick on not more than 2 streams, or you'll
  231.      only waste time and cause traffic.
  232.  
  233.      When  you  are close to the PC it might be more convenient for you  to
  234.      disable the automatic reconnection (F2) and fix the problems manually:
  235.      if  a reconnected keyword is received DXHUNTER restarts the connection
  236.      from  the very beginning; it could take you a few seconds to reconnect
  237.      manually if the link dropped at one of the last nodes.
  238.  
  239.      If  you  reach your local DXCLUSTER directly then you can  connect  it
  240.      permanently  (with  CONPERM  ON) let's say on stream B,  then  connect
  241.      DXHUNTER  to another DXCLUSTER on stream A (with CONPERM OFF) and have
  242.      the  connection on stream A under control by DXHUNTER, on stream B  by
  243.      the TNC; in this case the "!LINK OUT OF ORDER" field must not be added
  244.      to unsuccess string.
  245.  
  246.      As  a  general good rule, if you use more than one stream,  if,  let's
  247.      say,  the  stream  A is destined to DXHUNTER, youll'have  to  add  the
  248.      stream  identity to some commands in COMMANDS.INI: the command 2 (|AC)
  249.      the  command 4 (|AD) the command 21 |A (with a space after the A), and
  250.  
  251.       TCP&TIPS.TXT page 4 
  252.  
  253.      also the connection string will have to start with |AC NODE (no spaces
  254.      between the characters "|AC".
  255.      Some TNCs use numbers to identify streams instead of letters, in these
  256.      cases |A becomes |1 and so on...
  257.  
  258.      Note  that  the  5.1 version accepts the special characters  "#"  (for
  259.      separation) and "+" (for 1 second pause) both in the connection string
  260.      and in COMMAND.INI's command 4 (disconnection) and 21 (antitimeout);
  261.      this was not implemented in 5.0.
  262.  
  263.      If  you have fantasy, once you learn these simple rules, probably  you
  264.      can solve any connection problem, cause DXHUNTER is very flexible.
  265.  
  266.      So now what do you think about the DXHUNTER?
  267.  
  268.      THE DXHUNTER: THE SOFT WAY OF HUNTING!!!.
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.       TCP&TIPS.TXT page 5 
  315.  
  316.